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FIG. 1 



(54) Communication apparatus connectaWe to information processing terminal such as personal 
computer 

(57) A communication apparatus analyzes data 
supplied from an information processing terminal, dis- 
criminates a function corresponding to the analyzed 
data, executes data communication with the information 
processing terminal with respect to the discriminated 
function, allows to accept another function requested 
from the information processing terminal during the 
data communication, and in response to the request, 
executes in parallel data communication with respect to 
a plurality of different functions. 
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Description 

BACKGROUND OF THE INVENTION 

Reld of the Invention 

The present invention relates to a communication 
apparatus connectable to ah information processing 
apparatus such as a personal computer. 

Related Background Art 

As an apparatus of this type, a facsimile apparatus 
(multi-function terminal apparatus) is known which has 
a plurality of functions inducing a reader function, a 
printer function, and a communication function and is 
connectable via interface to an information processing 
terminal. In such a multi-function terminal apparatus, 
one of a plurality of functions is selected and the 
selected function is controlled. 

However, while one selected function is controlled, 
service using another function cannot be accepted and 
processing this function is suspended. Therefore, a 
conventional multi-function terminal apparatus has not 
been used efficiently. 

A series of services using a plurality of functions is 
required to be controlled by an information processing 
apparatus such as a computer. Therefore, a load on the 
information processing apparatus becomes large. 

Furthermore, if a plurality of services accepted at 
the same time are processed equally, the processing 
speed lowers considerably as compared to the case 
wherein only one function is controlled. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to improve a 
communication apparatus from the viewpoint of above 
problems. 

It is another object of the present invention to pro- 
vide a communication apparatus capable of executing a 
plurality of functions in parallel in response to a request 
from an information processing terminal. 

It is another object of the present invention to pro- 
vide a communication apparatus capable of executing a 
plurality of functions in parallel in response to a request 
from an information processing terminal which is physi- 
cally connected via one interface to the communication 
apparatus. 

It is another object of the present invention to pro- 
vide a communication apparatus whose memory can be 
used efficiently in executing a plurality of functions in 
parallel in response to a request from an information 
processing terminal. 

The other objects of the present invention will 
become apparent from the following detailed descrip- 
tion of embodiments when read in conjunction with the 
accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the structure of a 

facsimile apparatus according to a first embodiment 
s of the invention; 

Fig. 2 is a diagram illustrating some functions of the 

facsimile apparatus 50 shown in Rg. 1 ; 

Fig. 3 is a block diagram showing data flow at each 

portion of the facsimile apparatus; 
10 Rg. 4 is a diagram illustrating a packet format of 

data transferred between a PC 18 and the facsimile 

apparatus 50; 

Rg. 5 is a diagram illustrating the definition con- 
tents of device IDs; 
75 Rg. 6 is a diagram illustrating a data transfer queue 
management table for managing data transfer of 
PC 18; 

Rg. 7 is a diagram illustrating a table for managing 
the operation status of each device of the facsimile 

20 apparatus 50; 

Rg. 8 is a flow chart illustrating the data processing 
procedure to be executed by the facsimile appara- 
tus 50 for data transfer to and from PC 18; 
Fig. 9 is a diagram illustrating the data transfer 

25 sequence between the facsimile apparatus 50 and 
PC 18; 

Rg. 1 0 is a cfiagram illustrating a table for managing 
the use of a buffer memory 4; 
Rg. 1 1 is a flow chart illustrating a block acquisition 
30 procedure by each function module; 

Rg. 12 is a diagram illustrating a composite service 
form; 

Rg. 13 is a block diagram illustrating data flow 
between respective control units; 
35 Rg. 14 is a diagram illustrating a f3e management 
table; 

Rg. 15 is a diagram iPustrating a service manage- 
ment table (service queue); 
Rg. 16 is a flow chart illustrating a data processing 
40 procedure to be executed by the facsimile appara- 
tus 50 for data transfer to and from PC 18; 
Rg. 17 is a flow chart illustrating the composite 
service procedure; 

Rg. 18 is a flow chart illustrating a service queue 
45 processing procedure; 

Rg. 19 is a diagram illustrating a data transfer 
queue management table for managing data trans- 
fer of PC 18; 

Rg. 20 is a diagram illustrating a table for managing 
so the operation state of each device on the facsimile 
apparatus; 

Fig. 21 is a flow chart illustrating a data processing 
procedure to be executed by the facsimile appara- 
tus 50 for data transfer to and from PC 1 8; 
55 Rg. 22 is a fbw chart illustrating a priority process- 
ing procedure by each function module; 
Rg. 23 is a diagram illustrating a data transfer 
sequence between the facsimile apparatus 50 and 
PC 18; 
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Fig. 24 is a diagram illustrating types of priority 
processing services; 

Fig. 25 is a flow chart illustrating a priority service 
requesting procedure by PC 18; 
Fig. 26 is a block diagram showing the structure of 
a facsimile apparatus according to another embod- 
iment of the invention; 

Fig. 27 is a diagram showing an example of con- 
nections of a system according to an embodiment 
of the invention; 

Fig. 28 is a diagram showing the structure of a 
header of a command received from the informa- 
tion processing terminal of this embodiment; 
Fig. 29 is a diagram showing the outline of a com- 
mand sequence of a multi-service operation of the 
facsimile apparatus of the embodiment; 
Fig. 30 is a diagram shewing the outline of partition 
control of an image memory of the facsimile appa- 
ratus of this embocfiment; 

Fig. 31 is a flow chart illustrating multi-service con- 
trol of the facsimBe apparatus of this embodiment; 
Fig. 32 is a flow chart illustrating scan control of the 
facsimile apparatus of this embodiment; 
Fig. 33 is a flow chart illustrating scan data transfer 
control of the facsimile apparatus of this embodi- 
ment; 

Fig. 34 is a flow chart illustrating print control of the 
facsimile apparatus of this embodiment; 
Fig. 35 is a flow chart illustrating print data recep- 
tion control of the facsimile apparatus of this 
embodiment; 

Fig. 36 shows the software conf iguration of PC; 
Fig. 37 is a Hock diagram of PC; 
Fig. 38 is a diagram showing an example of a job 
management table of PC; 
Fig. 39 is a diagram showing the structure of a job 
control unit; 

Fig. 40 is a flow chart illustrating job processing at 
each control unit; 

Fig. 41 is a diagram showing a communication 
buffer of a communication control unit and 
Fig. 42 is a flow chart illustrating processing by the 
communication control unit. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Embodiments of the invention will be detailed with 
reference to the accompanying drawings. In the follow- 
ing embodiments, a facsimile apparatus is used as one 
example of a multi-function terminal apparatus. 

[First Embotfment] 



Fig. 1 is a block diagram showing the structure of a 
facsimile apparatus accorcfing to the first embodiment of 
the invention. The facsimile apparatus 50 has a CPU 1 
for controlling the entirety of the apparatus, a ROM 2 for 
storing control programs and the like, a RAM 3 for tem- 



porarily storing various data necessary for the control of 
the apparatus, a buffer memory 4 which is used for con- 
trolling input/output data such as document data, an 
image processing unit 5 for performing an image data 
5 conversion process in accordance with a resolution, a 
paper size, and the like, an encode processing unit 6 for 
various encoding and decoding processes, and a con- 
sole unit 7 for controlling key input, LCD display, and the 
like. 

w The facsimile apparatus 50 further includes a 
reader unit 9 for reading an original, a reader control 
unit 8 for controlling the reader unit 9, a recorder unit 11 
for printing an image, a recorder control unit 10 for con- 
trolling the recorder unit 11, a line control unit 13 for 
is controlling a communication procedure of a line con- 
nected to a communication network 14, a communica- 
tion control unit 12 for controlling transmission/reception 
communications such as G3 and G4 via the line control 
unit 13, a memory unit 16 for storing transmis- 
20 sion/reception documents and the like, a file manage- 
ment unit 1 5 tor managing a file of documents stored in 
the memory unit 16, and an external l/F processing unit 

17 for controlling a communication procedure for a data 
processing apparatus (hereinafter called a PC) such as 

25 a computer. 

The operation of the facsimile apparatus 50 of mis 
ernbodiment will be described. Fig. 2 is an illustrative 
diagram showing some functions of the facsimile appa- 
ratus 50. The functions of the facsimile apparatus 50 
so include a print request for receiving print data from PC 

18 and printing it, a read data request for transferring 
scanner read data to a host computer, a document 
transmission request for receiving a transmission docu- 
ment and transmitting it a reception document request 

35 for transferring a reception document to the host com- 
puter. 

Fig. 3 is a block diagram showing data flow at each 
part of the facsimile apparatus 50. The bufto memory 4 
performs bi<firectional data handling to and from the PC 
40 (data processing apparatus) 18, communication control 
unit 12, and file management unit 15. Data is trans- 
ferred uhi-directionally from the buffer memory 4 to the 
record control unit 10, and from the reader control unit 8 
to the buffer memory 4. 
45 Fig. 4 is a diagram illustrating the packet format of 
data transferred between the facsimile apparatus 50 
and PC 18. In this embodiment, data communication is 
carried out by using two data packet formats, type 1 and 
type 2. The type 1 is a format mainly used for process- 
so ing a command such as a service request and a status 
request The type 2 is a format mainly used for commu- 
nications of data such as document data in various 
services. Each field of the format is used as in the fol- 
lowing. The first field indicates a data length (Ln) of the 
55 whole data packet the second field incScates a job ID for 
identifying each service, the third field is used as a con- 
trol information field for managing each data packet flow 
such as identifying a command and a response, the 
fourth field is used for designating an output device 
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which is a data source, the fifth field is used for desig- 
nating a data input device, and the sixth field is used for 
setting a device parameter of each designated device. 

Fig. 5 is a diagram illustrating the definition con- 
tents of each device ID. In this embodiment, not only 
each device of the facsimile apparatus, but also PC 18 
is defined as an external device and can be used with 
the input/output device designating parameter shewn in 
Fig. 4. 

Fig. 6 is a diagram illustrating a data transfer queue 
management table for managing data transfer of PC 1 8. 
In this embodiment, data is classified into two types 
each being independently managed. The first type is a 
queue which uses command/response data, and the 
second type is a queue which uses transfer data from 
each device. 

Fig. 7 is a diagram illustrating a table for managing 
the operation status of each device of the facsimile 
apparatus 50. In this embodiment, the operation status 
of the recorder unit 1 1 , reader unit 9, communication 
control unit 12, and fQe management unit 15 is collec- 
tively managed. 

Fig. 8 is a flow chart illustrating the data processing 
procedure to be executed by the facsimile apparatus 50 
for data transfer to and from PC 18. First, a process of 
checking data input from PC 18 is performed (Step 
$101). If there is data input, the flow advances to Step 
S102, and if not, the flew advances to Step S106. At 
Step S102 data input from PC 18 is analyzed, and 
whether the data is for each control unit or for a status 
processing is checked (Step S103). If the data is for 
each control unit, each control unit is requested to exe- 
cute processing (Step $104), whereas if the data is for 
the status processing, a status processing is executed 
(Step $105). 

In accordance with the received data, each control 
unit such as reader control unit 8, recorder control unit 
10, communication control unit 12, and file manage- 
ment unit 15 performs necessary management such as 
control of the buffer memory 4 shown in Fig. 3, data reg- 
istration of the data queue shown in Fig. 6, and registra- 
tion of the status shown in Fig. 7. 

Next, in accordance with the contents of the data 
transfer quelle shown in Ftg. 6, a data transfer process- 
ing of PC is performed (Step S106). It is checked 
whether the output data is command-system data or 
data-system data (Step $107). If there is command-sys- 
tem data to be transferred, a pre-process for the data is 
executed (Step S109) and the data is sent to PC 18 
(Step S110). These processes are periodically exe- 
cuted upon actuation by a timer. 

Fig. 9 is a diagram illustrating a data transfer 
sequence between the facsimile apparatus 50 and PC 
18. In Fig. 9, parallel processing is illustrated in which 
while transferring print data from PC 1 8 in response to a 
print request, a read request is issued. 



[Second Embodiment] 

A facsimile apparatus of the second embodiment 
will be described In this embodiment, the structure of 
5 hardware of the facsimile apparatus is the same as the 
first embodiment, and so the description thereof is omit- 
ted. 

Fig. 10 is a diagram illustrating the management 
table for managing the use of the buffer memory 4. In 

io order to make it easy to describe the management 
method, it is assumed that the buffer memory is used 
only by the reader unit and the recorder unit and that the 
number of blocks constituting the buffer memory is lim- 
ited to four so as to use a simplified model. In this man- 

15 agement table, use function and status are managed at 
each block. The status includes the following four types. 

(1) "Unused" : empty status. 

(2) "Write Enable" : a predetermined function is 
20 assigned for data write. 

(3) "Write Use" : a data write process is being per- 
formed for a predetermined function. 

(4) "Read Only" : a status waiting for the end of the 
read process after the write process. 

25 

Each block is used in accordance with the following 
rules. The blocks 1 and 4 are reserved for record and 
read uses, respectively. For record use, the blocks 1 to 
3 are continuously used in the ascending order, and for 

so write use, the blocks 4 to 2 are continuously used in the 
descending order. Continuity results from the simplified 
model, and the blocks may be used discontinuous^. 

Each function module sequentially acquires 
"Unused" blocks, and after the completion of the read 

35 process, the blocks except the blocks 1 and 4 are 
released immediately. In this manner, the number of 
blocks used is made variable in accordance with the 
operation status. Therefore, a single operation can be 
executed faster, and a plurality of operations can be 

40 time divisionally executed. 

Fig. 1 1 is a flow chart illustrating a block acquisition 
procedure by each function module. In each function 
module, it is checked whether there is transfer data 
(Step S201). If not, this procedure is terminated, 

45 whereas if there is transfer data, a block request 
processing is executed (Step S202). In this case, usable 
blocks are acquired by using the management table of 
Fig. 10 (Step S203). If a btodc can be aoquired, a data 
write processing is executed (Step $204). After the data 

so write, a predetermined data read processing is exe- 
cuted. For example, data in the transfer data queue of 
Fig. 8 is registered. Thereafter, the procedure returns to 
StepS201. 

If a block cannot be acquired at Step $203, a nec- 
55 essary wait processing is executed (Step $205). In this 
wait processing, any operation is not executed rf appro- 
priate. The procedure returns thereafter to Step S201 . 
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[Third Embodiment] 



A facsimile apparatus of the third embodiment wiB 
be described. In this errbodmnent, the structure of hard- 
ware of the facsimile apparatus is the same as the first 
embodiment, and so the description thereof is omitted. 

Fig. 12 is a diagram illustrating a composite service 
form. In this example, how an input/output device is des- 
ignated for the data packet format (type 1 ) shown in Fig. 
4 and its service outline are illustrated. 

Fig. 13 is a block diagram showing data flow 
between respective control units. In this example, docu- 
ment data flow controlled lor processing the composite 
service of the type 1 shown in Fig. 12 is illustrated. Doc- 
ument data from PC 18 is sent via the buffer memory 4 
to the file management unit 15 for performing file man- 
agement (Y001). The data is transferred from the file 
management unit 15 to the recorder control unit 10 via 
the buffer memory 4 (Y002) for performing record 
processing. 

The same data is transferred from the file manage- 
ment unit 15 to the communication control unit 12 via 
the buffer memory 4 (Y003) for performing transmission 
processing. These operations are controlled by the fac- 
simile apparatus 50 as the composite service request 
from PC 18. 

Fig. 14 is a diagram illustrating a file management 
table For management of a file, fie information is stored 
in this table, the file information mainly including: a doc- 
ument number for identifying each document, a service 
type executed for each document, file attributes such as 
an image size, a resolution, a page number, a data for- 
mat, respectively of each document, a data pointer indi- 
cating a location where document data is stored, and a 
job ID (the term in the second field shown in Rg. 4) 
given to PC. 

Rg. 15 is a diagram illustrating a service manage- 
ment table (service queue). In controlling each service 
for a document (Fig. 14) registered in the file manage- 
ment table, a requested service is registered in the 
service queue to execute the processing. Data man- 
aged by the service queue includes a management 
number identifying each service, a service kind for iden- 
tifying a service type, a parameter designated for each 
service, a corresponding document number, and a sta- 
tus for managing a service processing. 

Rg. 16 is a flow chart illustrating the data process- 
ing procedure to be executed by the facsimile apparatus 
50 for data transfer to and from PC18. In this flow chart, 
similar steps to the first embodiment are represented by 
identical reference numerals. 

First a process of checking data input from PC 18 
is performed (Step S101). If there is data input, the flow 
advances to Step S1 02. and H not. the flow advances to 
Step S106. At Step S102 data input from PC 18 is ana- 
lyzed, and whether the data is tor each control unit or for 
a status processing is checked (Step S103). If the data 
is for each control unit each control unit is requested to 
execute processing (Step S104). rf the data is not tor 



each control unit, it is checked whether the data is for 
the status processing (step S104A). If the data is for the 
status processing, a status processing is performed 
(Step S105), whereas if the data is not for the status 
5 processing, a composite service processing is per- 
formed (Step S105A). 

In accordance with the received data, each control 
unit such as reader control unit 8, recorder control unit 
10, communication control unit 12, and file manage- 
rs merit unit 1 5 performs necessary management such as 
control of the buffer memory 4 shown in Fig. 3, data reg- 
istration of the data queue shown in Rg. 6, and registra- 
tion of the status shown in Rg. 7. 

Next in accordance with the contents of the data 
75 transfer queue shown in Rg. 6, a data transfer process- 
ing of PC is performed (Step S106). ft is checked 
whether the output data is command-system data or 
data-system data (Step S107). H there is cxxnrnand-sys- 
tern data to be transferred, a pre-process for the date is 
20 executed (Step S1 08), whereas rf there is data-system 
data to be transferred, a pre-process for the data is exe- 
cuted (Step SI 09), and the corresponding data is sent 
to PC 18 (Step S1 10). These processes are periodically 
executed upon actuation by a timer. 
25 Rg. 1 7 is a flow chart illustrating a composite serv- 
ice procedure. Rrst. a service request is received and it 
is judged whether the service starts (Step S301). If the 
service starts, the procedure advances to Step S302, 
whereas if not the procedure advances to Step S305. tt 
30 is judged at Step S302 whether document data is 
received from PC 1 8 or it is generated from the internal 
device. If document data is received from PC 18, the 
data is received and a file open processing necessary 
for f Qe management is performed (Step S303). 
35 It is checked whether document data has been 
received from PC 18 (Step S305). If received, the proce- 
dure advances to Step S306. whereas if not, the proce- 
dure advances to Step S307 At Step S306. a data write 
processing is executed. It is checked at Step S307 
40 whether the data from PC 18 has been completed. If 
completed, the procedure advances to ttep S308, 
whereas H not. the procedure advances to Step S310. 
At Step S308 a file close processing is executed and at 
" the same time the document data is registered in the f 3e 
46 management table of Rg. 14. Thereafter, the procedure 
advances to Step S310. 

If document data is generated from the internal 
device at Step S302. a request for making a file of the 
document data generated under a predetermined inter- 
so nal device control unit (eg., reader control unit 8) is out- 
put (Step S304) to advance to Step S30& 

It is judged at Step S310 whether there is a process 
end notification with respect to.the file formation request 
from the internal device. If there is the process end noti- 
55 ffcation, the service queue of Rg. 15 is registered (Step 
S309) to terminate this procedure If there is no process 
end notification at Step S310, this procedure is termi- 
nated. 

Rg. 18 is a flow chart illustrating a service queue 
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processing procedure. H is checked at Step S401 
whether there is a service end notification correspond- 
ing v. a service request. H there is the service end noti- 
fication, the procedure advances to Step S403, 
whereas if not, the procedure advances to Step S405. A 5 
service end is registered in the service queue of Fig. 1 5 
(Step S402), and it is checked whether the used docu- 
ment is not reserved by another service and can be 
deleted (Step S403). If the used document can be 
deleted, a file delete processing is executed. 10 

Registration of the service queue is confirmed 
(Step S405). ff there is a service still not processed On a 
wait state), a service is issued to a predetermined con- 
trol unit (Step S406). These processes are periodically 
executed upon actuation of a timer. 

[Fourth Embodiment] 

A facsimile apparatus of the third embodiment will 
be described, tn this embodiment the structure of hard- 
ware of the facsimile apparatus is the same as the first 
embodiment, and so the description thereof is omitted. 

Fig. 19 is a diagram illustrating a data transfer 
queue management table for managing data transfer of 
PC 18. The data type is classified into three types for 
managing it independently. The first type is a queue for 
use with command/response the second type is a 
queue for preferential use with data communication 
among other queues for use with data from various 
devices, and the third type is a queue for use with data 
from various usual devices. These queues are selec- 
tively used lor data communication with PC 1 8. Specific 
use wilt be later described. 

Fig. 20 is a diagram illustrating a table for managing 
the operation status of each device of the facsimile 
apparatus 50. In this embodiment, the operation status 
and priority data queue of the recorder unit 1 1 . reader 
unit 9, communication control unit 12, and f Be manage- 
ment unit 15 are collectively managed. 

Rg. 21 is a flow chart illustrating the data process- 
ing procedure to be executed by the facsimile apparatus 
50 for data transfer to and from PC 18. First, a process 
of checking data input from PC 18 is performed (Step 
S101). ff there is data input, the llow advances to Step 
S102, and if not the flow advances to Step S106. At 
Step S102 data input from PC 18 is analyzed, and 
whether the data is for each control unit or for a status 
processing is checked (Step S103). If the data is for 
each control unit each control unit is requested to exe- 
cute processing (Step S104), whereas if the data is for 
the status processing, a status processing is executed 
(Step S1 05). 

In accordance with the received data, each control 
unit such as reader control unit 8, recorder control unit 
10. communication control unit 12. and file manage- 
ment unit 15 performs necessary management such as 
control of the buffer memory 4 shown in Rg. 3. data reg- 
istration of the data queue shown in Fig. 6, and registra- 
tion of the status shown in Rg. 7. 



Next, in accordance with the contents of the data 
transfer queue shown in Fig. 19, a data transfer 
processing of PC is performed (Step Si 06). It is 
checked whether the output data is command-system 
data or data-system data (Step S107). If there is com- 
mand-system data to be transferred, a pre-process for 
the data is executed (Step S108), and if there is data- 
system data, it is checked whether there is data regis- 
tered in a priority queue (Step S1 09A). If there is data in 
the priority queue, a pre-process for the data is exe- 
cuted (Step S110A), whereas if not a pre-process for 
usual data queue is executed (Step Si 1 1). The data is 
sent to PC 18 (Step S112). These processes are peri- 
odically executed upon actuation by a timer. 

Rg. 22 is a f taw chart illustrating a priority process- 
ing procedure of each function module. In controlling a 
service at each function module such as reader control 
unit 8 and recorder control unit 10, it is checked from the 
device status of Rg. 20 whether a priority service has 
been set (Step S501). If a priority processing is being 
executed for another sen/ice, a busy processing is exe- 
cuted (Step S502). If not, a usual processing is carried 
out (Step S503). After Step S502 or S503, this proce- 
dure is terminated. 

Fig. 23 is a diagram illustrating a data transfer 
sequence between the facsimile apparatus 50 and PC 
18. In this data transfer sequence, during data transfer 
for a read request from PC 18, a priority processing 
request is issued and thereafter (No. 10 in Rg. 23). the 
read data transfer continues. 

Rg. 24 is a diagram illustrating types of priority 
processing services. The types are mainly classified 
into a mode (type) for receiving a designation of a prior- 
ity processing when a service is received and another 
type for presetting a priority processing mode and exe- 
cuting the preset priority processing. Which mode is 
used is selected by the console unit 7 or by settings of a 
dp switch. 

Fig. 25 is a flow chart illustrating a procedure of 
requesting a priority service from PC 18. In this exam- 
ple, when PC 18 requests a service, ft requests a prior- 
ity processing mode. First, it is checked whether a 
priority processing mode is requested (Step S601). ff 
not, a predetermined service request is performed 
(Step S602) to terminate this procedure. 

If a priority service is requested, the priority sen/ice 
request is issued to the facsimde apparatus 50 (Step 
S603) to judge whether the facsimile apparatus 50 can 
accept the priority mode (Step S604). If accepted, an 
actual service request processing is performed (Step 
S602), whereas if not, the sen/ice request is continued 
or stopped (Step S605). ff continued, a service request 
processing is executed (Step S602) to terminate this 
procedure, whereas if stopped, the procedure is directly 
terminated. 

[Fifth Embodiment]. 

Rg. 26 is a block diagram showing the structure of 
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a facsimile communication system according to the fifth 
embodiment of the invention. 

A CPU 101 functions as a system control unit for 
controlling the entirety of the facsimile system via a sys- 
tem bus 1 17, and is constituted of a microcomputer and s 
the like. 

A ROM 102 stores a control program for CPU 101. 
an operatic system (OS) program, and the like. 

A RAM 103 is constituted of an SRAM or the like 
and stores program controlling variables and the like, to 
RAM 103 also stores values set by an operator, system 
management data, and various working buffers. 

An image memory 104 is constituted of a DRAM or 
the like and stores image data. 

In this embodiment, each control program stored in ts 
ROM 102 is executed under software control, such as 
scheduling and task switches, and under the manage- 
ment of OS stored in ROM 102. 

A console unit 105 is constituted of various keys, 
LEDs. LCDs, and the like and displays various input 20 
operations by an operator, operation status of the fac- 
simile communication system, and the like. 

A reader control unit 107 is constituted of a OS 
(tight contact type) image sensor, an original transfer 
mechanism, and the like. The reader control unit 107 25 
optically reads an original with the CS image sensor, 
and converts H into electrical data. An image processing 
control unit 108 performs various image processing 
such as binarizarjon and half tone processing, and out- 
puts very f ine image data. The converted image data is 30 
encoded in accordance with a predetermined encoding 
method by a read/record encode/decode processing 
unit 112, and stored in the image memory 104. 

A recorder control unit 1 13 is constituted of a page 
printer, a record image processing control unit, and the 35 
like. The recorder control unit 113 controls to decode 
the record image data at the read/record 
encode/decode processing unit 112, and 1he record 
image processing control unit performs smoothing and 
record density correcting processing to convert the *o 
image data into very fine image data and outputs it to 
the page printer. 

A printer formatter 1 1 4 develops printer description 
language transferred via an l/F control unit 1 15 into 
image data. The developed image data is sequentially 45 
transferred to the record control unit 1 13 for record con- 
trol. 

A communication control unit 109 is constituted of a 
MODEM (rrrodulator/dernodulator) and the like and per- 
forms rrwckjlation/demodutertion control for facsimile so 
transmission/reception signals. 

An NCU (network control unit) 110 sends a select 
signal (dial pulse or tone rial signal) to an analog com- 
munication line (PSTN) 116 and performs automatic 
reception line control by detecting a call signal from 55 
PSTN. The image data stored in the image memory 104 
is decoded by the communication encode/decode 
processing unit 1 1 1 and subjected to a mili-inch resolu- 
tion conversion and magnification/reduction processing 



at a resolution conversion processing unit 106. The res- 
olution converted image is encoded for transmission 
control at the communication encode/decode process- 
ing unit 1 1 1 so as to match an ability of the transmission 
partner. 

The l/F control unit 115 performs interface control 
with a network adapter 118 for connection to a LAN. In 
this embodiment, this VF control unit 1 15 is compatible 
with parallel interface such as bidirectional Centronics 
interface (parallel interface in conformity with IEEE 
P1284). 

The network adapter 118 is connected to LAN 119, 
and periodically inquires a FAX server (information 
processing terminal) on LAN as to remote operation 
request tor transmission and printing so as to control 
data transmission/reception. 

For remote operations of the facsimile apparatus, 
such as transmission, printing, and data registration, 
from the FAX server Conformation processing terminal) 
via the network adapter 118, predetermined com- 
mands, parameters, data, and the like are transmitted to 
the facsimile apparatus via the l/F control unit 115. In 
this embodiment the FAX server (information process- 
ing terminal) is installed with application software and 
driver software for controlling remote operations and 
remote operation requests. 

Fig. 27 is a diagram illustrating connections of the 
system of this embodiment. 

Reference numeral 200 represents a network 
adapter (network adapter 1 18 shown in Rg. 1) tor inter- 
connecting LAN and a facsimile apparatus. 

Reference numeral 201 represents a facsimile 
apparatus (Rg. 1) correctable to an external informa- 
tion processing terminal on LAN of this embodiment 

Reference numeral 202 represents a FAX server 
(information processing terminal) for receiving a facsim- 
ile transmission request and a print request from a client 
terminal on LAN and controlling the remote operations 
of the facsimile apparatus 201 connected to LAN. 

Reference numeral 203 represents a f Be server for 
managing a LAN protocol and files on LAN. 

Reference numerals 204 and 205 represent client 
terminate (terminal equipments 1 and 2) connected to 
LAN. 

For the facsimile transmission control of this 
embodiment, the terminal equipment 1 (204) logs in the 
FAX server 202 and issues a facsimile transmission 
request to the FAX server 202 via the network adapter 
200 to automatically start a remote operation of the fac- 
simile apparatus 201 . In this embodiment the client ter- 
minal on LAN performs a remote operation of the 
facsimile apparatus via the FAX server 202. H the client 
terminal is installed with an appfication program for 
remote control of the facsimile apparatus by the FAX 
server, the client terminal can perform a remote opera- 
tion of the facsimile apparatus via the network adapter 
200. 

Rg. 28 shows the outline of the structure of a 
header of a command received by the facsimile appara- 
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tus of this embodiment from the information processing 
terminal via the network adapter. In this embodiment, 
the header is used in common for all commands, and 
parameters such as a record mode and image data are 
added to this header. 

A command code 301 indicates the type of a com- 
mand. In accordance with this code, the facsimile appa- 
ratus performs a predetermined processing. 

A resource type 302 stores the type of resource 
used for multi-services of this embodiment. In accord- 
ance with this type, the facsimile apparatus execute in 
parallel a plurality of services. The resource type of this 
embodiment is classified Into scan, print, FAX transmis- 
sion, FAX reception, and status notification. 

A command version 303 indicates the version of a 
command, tn accordance with the command code and 
command version, processing for added parameters is 
executed. 

An acceptance number 304 is a number for identify- 
ing an accepted service of the information processing 
terminal. 

A parameter length 305 indicates the size of added 
parameters. 

Fig. 29 is a diagram illustrating the outline of a com- 
mand sequence of multi -service operations of this 
embodiment. In this example, three operations including 
a scan operation, a print operation, and a FAX transmis- 
sion operation are executed at the same time. 

The scan operation of this embodiment is per- 
formed by using a memory partition command 401 for 
reserving a scan area in the image memory of the fac- 
simile apparatus, a scan mode setting command 402 for 
setting a mode such as a read resolution, a multi-value, 
a binary value, and the like, and data transfer request 
commands 404 and 410 for sequentially transferring 
image data read by the facsimile apparatus to the infor- 
mation processing terminal, tn this embodiment the 
image data read by the reader control unit of the facsim- 
ile apparatus is temporarily stored in the image memory 
of the facsimile apparatus, and the image data stored in 
the image memory is sequentially transferred to the 
information processing terminal. Therefore, read control 
and transfer control operate synchronously with each 
block of the image memory. 

The print operation of this embodiment is per- 
formed by using a memory partition command 405 for 
reserving a print area in the image memory of the fac- 
simile apparatus, a print mode setting command 407 for 
setting a mode such as a recording sheet size and the 
number of copies to be recorded, and a data transfer 
request command 409 for sequentially transferring 
image data to be printed to the facsimile apparatus. In 
the print operation of this embodiment the image data 
transferred from the information processing terminal is 
temporarily stored in the image memory of the facsimile 
apparatus, and when the image data of one page is 
stored, the record control starts. 

The facsimile transmission operation of this embod- 
iment is performed by using a memory partition com- 



mand 406 for reserving a facsimile transmission area in 
the image memory of the facsimile apparatus, a facsim- 
ile transmission mode setting command 408 for setting 
a mode of designating a partner telephone number, 
5 header information for facsimile transmission, and the 
like, and a data transfer request command 41 1 for 
sequentially transferring image data to be transmitted to 
the facsimile apparatus. In the facsimile transmission 
operation of this embodiment, the image data trans- 
ro ferred from the information processing terminal is tem- 
porarily stored in the image memory of the facsimile 
apparatus, and after the communication control starts, 
the image data stored in the image memory is transmit- 
ted to the image memory. 
is The multi-service control of this embodiment is per- 
formed by transferring a command for each operation in 
a time sharing manner between the information 
processing terminal and the facsimile apparatus. The 
resource type of each command is set with a code cor- 
se responding to each operation. 

Next, the outline of the partition control of the image 
memory of this embodiment will be described with refer- 
ence to Fig. 30. 

In this embodiment, the facsimile apparatus in a 
25 standby state is assigned the whole area of the image 
memory for the local operation (usual facsimile opera- 
tion) and facsimile reception (501). 

502 indicates the outline of an assignment of the 
image memory a! the start of a scan operation, this 

30 assignment being set by the memory partition com- 
mand sent from the information processing terminal. 

503 indicates the outline of an assignment of the 
image memory when the scan operation and print oper- 
ation are executed in parallel. 504 indicates the outline 

35 of an assignment of the image memory when the fac- 
simile transmission operation, scan operation, and print 
operation are executed in parallel. 

Next, the multi-service control of this embodiment 
will be described with reference to the flow chart of Rg. 

40 31 . The flow chart of Fig. 31 illustrates the procedure of 
a program to be executed by CPU 101 (mtaocornputer). 
This program is being stored in ROM 102. 

First CPU 101 judges whether a command sent 
from the information processing terminal (FAX server) 

4$ via the network adapter 1 18 and 1/F control unit 1 1 5 has 
been received, to thereby monitor a reception of a com- 
mand from the information processing terminal 

(51601) . As the command is received from the informa- 
tion processing terminal, CPU 101 analyzes the 

so resource type and the like of the command by using the 
header information set to the received command 

(51602) . Thereafter, processing corresponding to the 
received command is performed. , 

If CPU 101 judges from the command analysis that 
55 the received command is a command for the scan oper- 
ation (S1603), scan control is executed (S1607). If CPU 
101 judges that the received command is a command 
for the print operation (S1604), print control is executed 
(S1609). If it is judged that the received command is a 
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command for the facsimile transmission operation 
(S1G05), facsimile transmission control is executed 
(S1608). if CPU 101 judges that the received command 
is a command for the facsimile reception operation 
($1606), facsimile reception control is executed 5 
(S1610). If it is judged that the received command is a 
command other than the above^J escribed commands, 
the cornmand is judged to be a command for notifying a 
status such as a presence/absence of a recording sheet 
of the facsimile apparatus, and status notification con- 10 
trol is executed (S1611). If the command communica- 
tion is to be terminated because of a shut-down of the 
information processing terminal or the like, CPU 101 
terminates the multi-service control, and in other cases, 
the command reception at Step $1601 continues 15 
(S1612). 

The scan control ($1607 in Rg. 31) will be 
described with reference to the flow charts of Figs. 32 
and 33. The flow charts of Figs. 32 and 33 illustrate the 
procedure of a program stored in ROM 102 and exe- so 
cuted by CPU 101. 

First, CPU 101 executes a process of receiving a 
memory partition command classified as the scan con- 
trol by the multi-service control (S701) and analyzes 
parameters added to the command. In this embodi- 26 
merit, the memory partition command is set with size 
data indicating a memory size necessary for transfer- 
ring scanned image data and size data indicating a 
transfer block size which shows the size of image data 
to be transferred at a time to the information processing 30 
terminal. 

CPU 101 sets the transfer block size in accordance 
with the parameter information added to the received 
memory partition command (S702). Next, the memory 
size data is read and it is judged whether the image 35 
memory of the facsimile apparatus can store the data of 
the read size (S703). If the image memory of the facsim- 
ile apparatus is already used for facsimile reception, 
local operation, or other operations and the necessary 
memory size cannot be acquired, an NG response sig- 40 
nal is sent to the information processing terminal via the 
l/F control unit 115 and network adapter 118 in 
response to the received command (S712) to thereafter 
forcedly terminate the scan control. If CPU 101 judges 
at Step S703 that the image memory can store the data 45 
of the read size, the memory area for the scan operation 
having the size designated by the information process- 
ing terminal is acquired (S704), and an OK response 
signal representative of an acceptance of the command 
is sent to the information processing terminal (S705). so 

After the memory partition command is processed, 
CPU 101 executes a process of receiving the scan 
mode setting command for starting the read control of 
the facsimile apparatus ($706). The scan mode setting 
command of this embodiment is preset with a scan 55 
mode for selecting a read resolution, multi-value, or 
binary value necessary for read control and is preset 
with read control parameters such as a gamma table for 
read control in accordance with a predetermined for- 



mat. 

After reception of the scan mode setting command, 
CPU 1 01 judges whether the added parameters are in a 
preset range and whether the original to be scanned is 
set on the reader unit of the facsimile apparatus (pres- 
ence/absence of an original) to thereby judge whether 
the scan control is executable (S707). If the scan oper- 
ation cannot be performed because the original is not 
set or other reasons, CPU 101 sends an NG response 
signal to the information processing terminal (S712) to 
forcedly terminate the scan control. H the scan control is 
executable, CPU 101 sends an OK response signal to 
the information processing terminal (S708) to start the 
read control (S709). 

After the read control starts, CPU 101 starts a 
transfer control of scan data of one page (S710), and 
the scan control for the whole original is repetitively exe- 
cuted ($711). 

The transfer control of scan data of one page will be 
described with reference to the flow chart of Fig. 33. 

CPU 101 checks whether the image memory 
reserved for the scan operation has an empty block 
(S801). The image memory of this embodiment is 
divided into preset block sizes, and the image data 
scanned by the reader control unit is sequentially stored 
in the blocks of the image memory. 

If there is an empty block in the image memory at 
Step $801, CPU 101 acquires the memory block in the 
scan operation partition (S802), stores the image data 
scanned by the reader control unit in the acquired mem- 
ory block of the image memory (S803), and judges 
whether the data transfer request command for transfer- 
ring the scanned data to the information processing ter- 
minal has been received (S804). 

H there is no empty block in the image memory at 
Step $801, i.e.. if the memory block cannot be acquired 
because the scan data transfer to the information 
processing terminal is being delayed, CPU 101 tempo- 
rarily stops the scan operation until the image memory 
is released. 

If the data transfer request command for transfer- 
ring the scanned data to the information processing ter- 
minal is received at Step S804. CPU 101 judges 
whether there is image data to be transferred ($805). 

If there is no image data to be transferred at Step 
S805, Le., if the read control of the facsimile apparatus 
is being delayed, CPU 101 does not execute the data 
transfer control but sends a busy response to the infor- 
mation processing terminal to continue the read control. 

If the image data to be transferred is already pre- 
pared at Step S805, CPU 101 sets the image data of the 
transfer block size set at Step S702 in the image mem- 
ory (S806) to start the control of data transfer to the 
information processing terminal (S807). 

CPU 101 judges whether the read control has been 
completed (S806). If not the procedure returns to Step 
S801 to continue the read control. If the read control has 
been completed, CPU 101 judges whether the transfer 
control has been completed (S809). If the transfer con- 
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trol of the scanned image data is not completed, the 
procedure returns to Step S804 to continue the transfer 
control. If both the read control and transfer control have 
been completed, rt is judged that the transfer control of 
the scanned data of one page has been completed and 5 
the procedure is terminated. 

Next, the print control of this embodiment will be 
described with reference to the flow charts of Figs. 34 
and 35. The flow charts of Figs. 34 and 35 illustrate the 
procedure of a program stored in ROM 102 and exe- 10 
cutedbyCPUiOi. 

In the print control of this embodiment, the image 
data transferred from the information processing termi- 
nal is temporarily stored in the image memory of the fac- 
simile apparatus, and when the image data of one page is 
is stored, the record control starts. In this embodiment, 
therefore, it is necessary to assign the image memory a 
print control memory area capable of storing image data 
of at least one page. 

First, CPU 101 executes a process of receiving a 20 
memory partition command classified as the print oper- 
ation by the multi-service control (S901) and analyzes 
parameters added to the command. In this embodi- 
ment, the memory partition command is set with size 
data indicating a memory size necessary for storing 25 
image data to be printed and size data indicating a 
transfer block size which shows the size of image data 
to be transferred at a time to the information processing 
terminal. 

CPU 101 sets the transfer block size in accordance 30 
with the parameter information added to the received 
memory partition command (S902). Next, the memory 
size data is read and it is judged whether the image 
memory of the facsimile apparatus can be acquired 
(S903). If the image memory of the facsimile apparatus 35 
is already used for facsimile reception, local operation, 
or other operations and the image memory cannot be 
acquired, CPU 101 sends an NG response signal to the 
information processing terminal (S913) to thereafter 
forcedly terminate the print control. 40 

If CPU 101 judges at Step S903 that the image 
memory can be acquired, CPU 101 acquires a memory 
area for the print operation having the size designated 
by the information processing terminal (S904), and an 
OK response signal representative of an acceptance of 45 
the command is sent to the information processing ter- 
minal (S905). 

After the memory partition command is processed, 
CPU 101 executes a process of receiving the print 
mode setting cornmand for executing the record control so 
of the facsimile apparatus (S906). The print mode set- 
ting command of this embodiment is preset with a 
recorcfing sheet size and a cassette type and is preset 
with record control parameters such as the number of 
record copies in accordance with a predetermined for* ss 
mat. 

After reception of the print mode setting command, 
CPU 101 judges whether the added parameters are in a 
preset range and whether the record control unit of the 



facsimile apparatus is defective to thereby judge 
whether the print control is executable (S907). If the 
print operation cannot be performed because the 
recorder control unit of the facsimile apparatus is defec- 
tive or other reasons, CPU 101 sends an NG response 
signal to the information processing terminal (S913) to 
forcedly terminate the print control. If the scan control is 
executable, CPU 101 sends an OK response signal to 
the information processing terminal (S908). 

Next, CPU 101 starts a transfer control of print data 
of one page (S909), and judges whether the print con- 
trol is to be intercepted (S910). If the print control is to 
be intercepted because the print data of one page can- 
not be stored in the image memory of the facsimile 
apparatus or other reasons, CPU 101 sends an NG 
response signal to the information processing terminal 
in response to the data transfer instruction command 
(S913). 

If the print control is not intercepted at Step S910 
and the reception control of the print data of one page 
has been completed, CPU 101 starts the record control 
(S911), judges whether there is the next page (S912). 
and continues the processing until the record control of 
the last page is completed. 

The reception control of print data of one page will 
be described with reference to the flow chart of Ftg. 35. 

CPU 101 monitors a reception of the data transfer 
instruction command for transferring the print data from 
the information processing terminal to the facsmnile 
apparatus (S1001). 

Upon reception of the data transfer instruction com- 
mand, CPU 101 checks whether the image memory 
reserved for the print operation has an empty block 
(S1002). The image memory of this embodiment is 
divided into preset block sizes, and the transferred print 
data is sequentially stored in the blocks of the image 
memory. 

If there is an empty block in the image memory at 
Step S1 002, CPU 101 acquires the memory block in the 
print operation partition (S1003), stores the image data 
scanned by the reader control unit in the acquired mem- 
ory block of the image memory (S1004). 

When the print data is stored in the image memory 
of the facsimile apparatus, CPU 101 sets a response 
representative of a storage completion (SI 005) and 
sends the response data to the information processing 
terminal (S1O06). 

If the memory block cannot be acquired at Step 
S1002, CPU 101 checks whether the print operation is 
presently executed (S1011). If the operation is the 
record control for the preceding page, the memory 
blocks for the print operation are sequentially released 
and a busy response signal is sent to the information 
processing terminal (S1011) to temporarily terminate 
the control of transferring the print data from the infor- 
mation processing terminal. 

If it is judged at Step S1010 that the record control 
for the preceding page is not presently performed, CPU 
101 judges that the print date of one page cannot be 
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stored so that the data reception control is forcedly 
stopped (S1012) and sends an NG response signal to 
the information processing terminal (S1013) to forcedly 
terminate the print data reception control. 

Next. CPU 101 judges whether there is a memory 
block in which the print data was stored by the recorder 
control unit (S1007). If there are memory blocks capa- 
ble of being released, the memory blocks are sequen- 
tially released in order to execute the transfer control 
(S1008). 

CPU 101 judges whether the print data of one page 
has been received (S1009). and it there is no next data, 
the procedure is terminated. 

In the print operation and scan operation of the 
embodiment, a memory assignment control is per- 
formed by the memory partition command received 
from the information processing terminal during service 
execution. The invention is not limited only to this 
embodiment. 

For example, the memory assignment control may 
be performed in a fixed manner by a memory partition 
command when the system is started up. 

In the above embodiment, a memory assignment 
control is performed by the memory partition command 
before the service operation is executed. The invention 
is not limited only to this embodiment 

For example, the memory assignment control may 
be performed when the scan mode setting command for 
starting the scan operation is received. 

Further, although the multi-service control assigns 
each service in accordance with the resource type con- 
tained in the command sent from the information 
processing terminal, the invention is not limited only to 
this embodiment. 

For example, a command can be allocated to each 
service by using an ID such as a process ID specific to 
each service. In this case, a plurality of same services 
may be accepted so that a reservation control of facsim- 
ile transmission becomes possible. 

Still further, although the prim control is performed 
by temporarily storing print data transferred from the 
information processing terminal in the image memory of 
the facsimile apparatus, and by starting the record con- 
trol when the transfer control of one page data is com- 
pleted, the invention is not limited only to this 
embodiment. 

For example, the record control may be started 
when the data control of data of a predetermined mem- 
ory size is completed so that the print operation can be 
executed with a minimum memory size. 

Furthermore, although the scan control is per- 
formed by temporarily storing scan data output during 
the read control in memory blocks of the facsimile appa- 
ratus and transferring this scan data to the information 
processing terminal synchronously with blocks, the 
invention is not limited only to this embodiment. 

For example, the scan control may be performed 
synchronously with pages by storing scan data of one 
page in the image memory of the facsimile apparatus. It 



is also possible to automatically switch between a block 
synchronization and a page synchronization in accord- 
ance with a scan data size predicted in accordance with 
the read mode such as a resolution. 
5 The programs to be executed by CPU 101 may be 
installed as application programs of a personal compu- 
ter which is connected to a modem, a scanner, and a 
printer to configure a system capable of realizing the 
facsimile function. In this case, the personal computer 
io installed with the programs realizes the facsimile func- 
tion in response to a request from another client termi- 
nal on LAN. 

In this embodiment, the command code is assigned 
to each command transferred from the information 
15 processing terminal in accordance with the contents of 
the command and the service type to be executed. 
Therefore, by analyzing the received command, it is 
possible to determine which operation mode the com- 
mand has. 

20 The scan, print and FAX transmission operations 
of the embocfiment 6hown in Figs. 31 to 35 have been 
descrtoed in a sequential order. These operations may 
be executed at the same time. 

In the embodiment a plurality type of operations 
25 can be executed at the same time by the method illus- 
trated m Rg. 29. 

Specifically, while image data for print operation is 
transferred in unit of a predetermined block size, image 
data for print operation is transferred between print 
30 commands to realize the multi-service. Even while the 
scanned image is transferred to the information 
processing terminal, image data for print operation can 
be transferred. 

The processing by the facsimile apparatus has 
35 been described above. 

Next, a system inclusive of applications on the PC 
(data processing apparatus 18) side for controlling the 
facsimile apparatus will be described. 

In the above embodiment a plurality of services 
40 requested by a user (PC), such as document transmis- 
sion, print request scanner read, and the like, are proc- 
essed at the same time. Applications on the PC side 
provided for a user can be developed so as to provide 
such service functions. 
as Specifically, even if a request for service, among 
various services capable of being executed at the same 
time at each terminal, is presently processed, another 
request for service, status, or the like can be issued 
from the terminal. 
so Further, a presence/absence of a reception docu- 
ment is checked by periodically monitoring the status 
(Fig. 20) of the file management unit, document infor- 
mation (Rg. 14). and the like to allow an up-load 
processing to be executed at an optional timing. 
55 Stil further, for data handling at each terminal, the 
data packet format shown in Fig. 4 is used so that data 
of a necessary service and the status of each device 
and job can be transferred between terminals at an 
optional timing in the form of a packet Therefore, a data 
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transfer request is issued when it becomes possible on 
each PC side. 

Although physical interface and the like are not spe- 
cifically defined herein on the assumption that they can 
transfer a packet bi-directionally, interface capable of s 
transmitting data both from the PC side and the terminal 
side is used in the above embodiment. 

Each terminal can execute the transfer processing 
(Figs. 8, 16, and 21) if each control unit sets (Fig. 3) the 
data to be transferred to the PC side in the data queue 10 
(Fig. 6) of the buffer memory (Fig. 3). If a specific data 
flow control becomes necessary from the reason on the 
PC side, the transfer processing is temporarily sus- 
pended if necessary by using the functions of physical 
interface used, or other processing is executed. is 

For the execution of a service which shares a 
device resource such as a printer resource, date may be 
temporarily stored in the memory unit 16 to execute a 
predetermined processing, or acceptance of the service 
is inhibited if the shared device is in use. Such process- 20 
ing may be provided at the facsimile apparatus by con- 
ventional well known means. 

More specific examples are used in the following 
description. 

For the simplicity of description, it is assumed that 25 
data set in the buffer of a facsimile apparatus is received 
in response to a data transfer request from an informa- 
tion processing terminal. 

In the above embodiment data can be transmitted 
from a facsimile apparatus at a desired timing. Depend- 30 
ing upon physical interface used, this data transfer con- 
trol is not posstole. In such a case, the data transfer 
control described above is utilized. 

The objects of the invention can be achieved by 
using one of the above data transfer controls. 35 

Fig. 36 is a schematic diagram showing the soft- 
ware configuration of an information processing termi- 
nal for the data transmisston/receplion to and from a 
facsimile apparatus accorcfing to an embodiment of the 
invention. 40 

A document formation application A001 is applica- 
tion software, typically a word processor for forming a 
document. A scanner application A002 is scanner appli- 
cation software for processing image data read with a 
scanner or the like for display, edit, OCR. and the like. A 45 
terminal exclusive application A003 is an exclusive 
application for controlling a multifunctional terminal 
A013 and can perform a print-out of image data such as 
reception document a transmission request of image 
data, an image read, and the like. It can also perform an so 
update of data registered in the facsimile apparatus, a 
monitor of status, and the like 

A graphic device l/F A004 is a standard Iferary 
group generally provided by an OS of PC for performing 
graphic operations by using application software. A ss 
scanner driver l/F A005 is a standard interface between 
the scanner application A002 and a scanner driver 
A008. 

A printer driver A006 is drive software for generat- 



ing print data compatible with the printer function of the 
facsimile apparatus. A FAX driver A007 is drive software 
for generating data which is used for activating the fac- 
simile function of the facsimile apparatus. The scanner 
driver A008 is drive software for operating a scanner of 
the facsimile apparatus. A terminal exclusive driver 
A009 is drive software for operating various device 
resources of the facsimile apparatus. 

A job control unit A0 10 is used for managing a plu- 
rality of jobs as job data in order to perform the mufti- 
operation of this embodiment. 

For example, the following jobs are managed by a 
job management table shown in Fig. 38 to be described 
later. 

(1) A print job requested by the document formation 
appHcatfon A001 . This job is managed by making a 
fie of data generated by the printer driver A006. 

(2) A document data FAX transmission job 
requested by the document formation application 
A001. This job is managed by adding information 
such as a designated partner if the FAX driver A007 
is selected as a user's driver. 

(3) A document read job of reading a document with 
the scanner unit, the job being requested by the 
scanner application A0O2. 

(4) Jobs such as FAX transmission, reception doc- 
ument transfer, scanner read, and image print the 
jobs being requested by the terminal exclusive 
application A003. 

The job control unit A0 11 schedules various jobs 
managed by the job management unit A0 10 and con- 
trols the execution of the jobs. A plurality of jobs can be 
activated at the same time. In this case, a predeter- 
mined process of transferring data to the multifunctional 
terminal A013 via the communication control unit A012 
is performed. 

The communication control unit A012 performs 
data transmission/reception to and from the facsimile 
apparatus connected via the parallel port of the Informa- 
tion processing terminal. 

Fig. 37 is a block diagram showing the outline of the 
structure of the information processing terminal. 

The information processing terminal is constituted 
of a controller unit including a CPU A101 for performing 
software control of the terminal, a ROM A 102 for storing 
BIOS and the like, a RAM A103 used for executing var- 
ious application programs, an HDD A104 for storing OS, 
various application software, data, and the like, an FDD 
drive A105 for access to a floppy disk, and a CD-ROM 
drive A106 for access to a CD-ROM. The information 
processing terminal further includes a video IF A1 10 for 
connecting a display monitor A1 1 1 . a keyboard l/F A120 
for connecting a keyboard A121, a parallel l/F A130 for 
connecting the multifunctional terminal A131 of this 
embodiment, and various expansion l/F A140 tor con- 
necting expansion interface such as a SCSI board. 

Each application program shown in Rg. 36 is stored 
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in ROM A102. HDD A104, FDD A105, or CD-ROM 
A106. 

The job management unit A0 10 will be descrfoed 
with reference to Rg. 38. 

Fig. 38 is a conceptions! diagram of a management 
table used by the job management unit for managing 
the status of each job. 

"JOB ID" is an ID assigned to each job for unani- 
mously identifying each job. this job being assigned 
when a job is activated. A job is generated basically in 
response to a request from each application. In this 
example, a terminal status request for checking whether 
there is a reception document Is processed as one job. 

"STATUS" incficates an execution status of each job 
(status such as under execution arid standby). 

KIND OF SERVICE" indicates the type of each job 
(read request, print request, status request, reception 
document up-load request and the like). 

TILE ID" indicates a specific number for identifying 
a lile to be used. "PARAMETER" indicates information 
to be notified to the multifunctional terminal a acquired 
information. 

Fig. 39 shows the structure of the job control unit 
A011. 

A scheduler C001 schedules the execution order of 
jobs registered in the job management table, selects 
one of the control units C101 to C106 in accordance 
with the type of each job to execute processing of each 

job. 

Each control unit operates independently. The 
multi-operation can be realized through data transfer 
processing by the communication control unit A012. 

Rg. 40 is a flow, chart illustrating a standard job 
processing to be executed by each control unit. 

At Step DOOi. the contents of a job request 
received from the scheduler are checked and a preproc- 
ess necessary for job control is performed. At Step 
D002 it is checked whether a communication ID for 
communication with the terminal has been received 
from the communication control unit A012. In this case, 
a control priviege may be returned to the scheduler 
C001 by using an error notification. 

H the communication ID was acquired at Step 
D003, the data transfer processing for transferring data 
to the terminal via the corrrnuntcation control unit A012 
is thereafter performed by using the acquired communi- 
cation ID. 

A data transfer request is performed at Step D004. 
The contents of the data change depending upon the 
processing contents of each job, and may be command 
parameters incficating the service contents of the termi- 
nal, document data itself, or only a data request com- 
mand from the terminal. The predetermined data format 
and the tike are used. 

It is checked at Step D005 whether there is a 
response to the data transfer response. In this example, 
data transfer from each control unit is performed by 
repetitive transmission/reception in unit of one block. 

At Step D006 the response data from the terminal 



is processed. This response data to the data transfer 
request at Step D004 changes with each control unit, 
and may be a reception confirmation notification from 
the terminal, data such as scanner data and reception 
5 data, or status data of the terminal. Each response data 
is processed in a manner specif ic to each control unit 

tt is checked at Step D007 whether there is another 
data transfer processing to be executed next If there is 
another data transfer processing, the data transfer 
w request is again performed, whereas if not, the end 
processing is performed. 

If the data transfer processing is completed, the 
used communication ID Is returned to the communica- 
tion control unit A012 at Step D008. At Step D009 a pre- 
is determined job end post-processing is performed at 
each control unit to terminate the job. For example, the 
received document file is stored. 

Rg. 41 shows an example of data transfer commu- 
nication buffers used by the communication control unit 
20 A012 for the data transfer to the terminal (facshnae 
apparatus). 

In order to realize a multi-job operation, several 
buffers for a plurality of jobs are prepared and managed 
by using communication IDs. 
25 Fig. 42 is a flow chart illustrating the operation of 
the communication control unit A012 using the commu- 
nication buffers. 

It is checked at Step F1 00 whether the communica- 
tion ID acquire request is issued from each control unit. 
30 K issued, it is confirmed whether there is an empty 
buffer or whether communication with the terminal is 
possfole (F101). The confirmation result is returned to 
the control unit which issued the request (F102). 

It is checked at Step F200 whether there is a com- 
as municatibn ID release request If there is a request, the 
buffer corresponding to the designated ID is released 
(F201). 

It is checked at Step F300 whether there is a data 
transfer request from each control unit. If there is a 
40 request, data is temporarily stored in the buffer corre- 
sponding to the designated ID (F301). 

It is checked at Step F400 whether there is a 
response from the terminal (facsimile apparatus). If 
there is a response, data is set to the buffer correspond- 
45 ing to the communicatioh ID for which data was trans- 
ferred to the terminal just before the response (F401), 
and the data is sent back to the control unit which allo- 
cated the communication ID (F402). 

It is checked at Step F500 whether a response from 
so the terminal is waited for. If a response is waited for, the 
procedure returns to Step F100 to repeat the above 
processes. 

If a response is not waited for at Step FSOO, it is 
checked at Step F600 whether there is data to be trans* 
55 f erred to the terminal. If not. the procedure returns to 
Step F100, whereas if there is data, a communication 
buffer (ID) which performs the data transfer processing 
is selected (F601). In this case, the buffer may be 
selected in various ways depencing upon the functions 
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of the information processing terminal. For example, the 
buffers may be selected in a sequential order, or the 
data transfer processing may be performed always in 
the order of smaller 10. After the buffer is selected, the 
data transfer processing for the terminal is executed 
(F602) to return to Step F100. 

According to the above embodiments, in executing 
different functions in accordance with data transferred 
from the information processing terminal, the data 
transferred from the information processing terminal is 
analyzed, a function corresponding to the analyzed data 
is discriminated, data to be transferred in accordance 
with the discriminated function to and from the informa- 
tion processing terminal is mixed with data to be trans- 
ferred in accordance with another function, and a 
plurality of different functions are executed at the same 
time by using the mixed data. Accordingly, data is dis- 
criminated for each function, and the data for each func- 
tion is processed at proper timings to execute a plurality 
of functions at the same time, thereby efficiently using 
the functions of the communication apparatus. A busi- 
ness machine can therefore be realized which can effi- 
ciently perform business transactions and the like in an 
office. 

Input/output of a plurafity of document data to and 
from the information processing terminal is controlled at 
the same time. Since input/output of a plurality of docu- 
ment data is executed at the same time, the efficiency of 
document processing can be improved. 

In executing different functions in accordance with 
data transferred from the information processing termi- 
nal, the buffer memory is divided into a plurality of block 
areas and managed in unit of block area for each func- 
tion, and the number of block areas of the buffer mem- 
ory to be used is changed in accordance with the 
operation status of each function to be executed so that 
a plurality of different functions can be executed at the 
same time. Accordingly, in executing a plurality of differ- 
ent functions, the number of blocks of the buffer mem- 
ory used for each function is changed in accordance 
with the operation status. It is therefore possible to exe- 
cute the functions in a time division manner faster than 
when each function is executed separately. The total 
efficiency can therefore be improved. A business 
machine can therefore be realized which can efficiently 
perform business transactions and the Bke in an off foe. 

In executing a plurality of different functions, data 
output from at least one of a plurality of output devices 
including the information processing terminal is 
accepted, and the accepted data is internally processed 
as data to be output to at least one of a plurality of input 
devices including the information processing terminal. 
Accordingly since the input and output devices are con- 
trolled at the same time, a load on the information 
processing terminal can be reduced. A business 
machine can therefore be realized which can efficiently 
perform business transactions and the Bke in an office. 

In executing different functions in accordance with 
data transferred from the information processing termi- 



nal, an output device and an input device designated in 
accordance with the data from the information process- 
ing terminal are analyzed, and different functions are 
executed by using the analyzed input and output 
5 devices A batch process service can therefore be pro- 
vided by controlling the input and output devices at the 
same time. 

In executing different functions in accordance with 
data transferred from the information processing termi- 

10 nal, data communication with the information process- 
ing terminal with respect to a specific function among 
the plurality of different functions is executed with a pri- 
ority over data communication with respect to other 
functions. Therefore, a selective priority process service 

16 can be provided in executing a plurality of different func- 
tions so that the process speed of data communication 
with the information processing terminal can be pre- 
vented from being lowered. A business machine can 
therefore be realized which can efficiently perform busi- 

20 ness transactions and the like in an office. 

Since a function of preferentially executing data 
communication with the information processing terminal 
can be selected, a desired function can be preferentially 
selected to thereby improve the efficiency of business 

zs transactions and the like. 

The invention is not limited only to the above 
embodiments, but various modification are possible 
without departing from the scope of the appended 
claims. 

30 A communication apparatus analyzes data sup- 
pEed from an information processing terminal, discrimi- 
nates a function corresponding to the analyzed data, 
executes data communication with the information 
processing terminal with respect to the discriminated 

35 function, allows to accept another function requested 
from the information processing terminal during the 
data communication, and in response to the request, 
executes in parallel data communication with respect to 
a plurality of dffferent functions. 

40 

Claims 

1. A communication apparatus connectable via inter- 
face to an information processing terminal for exe- 
45 cuting a process of a predetermined function in 
response to a request from the information 
processing terminal, comprising: 

data analyzing means for analyzing data trans- 
50 f erred from the information processing termi- 

nal; 

data discriminating means for discriminating a 
function corresponding to the analyzed data; 
transfer data mixing means for mixing data to 
55 be transferred in accordance with the discrimi- 

nated function to and from the information 
processing terminal with data to be transferred 
in accordance with another function; and 
control means for executing a plurality of differ- 
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ent functions in parallel by using the mixed 
data. 

2. A communication apparatus according to claim 1, 
wherein a plurality set of data are input and output s 
in parallel to and from the information processing 
terminal. 

3. A communication apparatus according to daim 2, 
further comprising: 10 

memory means having a plurality of block 
areas used tor data communication with the 
information processing terminal; 
management means for managing said mem- is 
ory means in unit of block area for each of the 
functions; and 

changing means for changing the number of 
block areas of said memory means in accord- 
anoe with an operation status of the function to 20 
be executed by said control means. 

4. A communication apparatus according to daim 1, 
wherein said control means includes: 

25 



accepting means for accepting data output 
from at least one of a plurality of output devices 
including the information processing terminal; 
and 

interna! processing means for internally 30 
processing the accepted data as data to be 
output to at least one of the plurality of input 
devices induding the information processing 
terminal, 

35 

5. A communication apparatus according to claim 1, 
wherein said data analyzing means analyzes an 
output device and an input device designated in 
accordance with data from the information process- 
ing terminal, and executes different functions at the <o 
same time by using the analyzed output device and 
input device. 

6. A communication apparatus according to daim 1, 
further comprising priority processing means for 45 
processing data communication with the informa- 
tion processing terminal with respect to a specific 
function of the different functions to be executed at 
the same time, with a priority over data communica- 
tion with respect to other functions, so 

7. A communication apparatus according to claim 6, 
further comprising selecting means for selecting a 
function to be preferentially processed for data 
communication with the information processing ter- 55 
minal. 

8. A processing method for a <xxrirtunication appara- 
tus connectable via interface to an information 



processing termmal for executing a process of a 
predetermined function in response to a request 
from the information processing terminal, the 
processing method comprising the steps of: 

analyzing data transferred from the information 
processing terminal; 

discriminating a function corresponding to the 
analyzed data; 

mixing date to be transferred in accordance 
with the discriminated function to and from the 
information processing terminal with data to be 
transferred in accordance with another func- 
tion; and 

executing a plurality of different functions in 
parallel by using the mixed data. 

9. A prooessing method according to daim 8. wherein 
a plurality set of data are input and output in parallel 
to and from the information processing terminal. 

10. A processing method according to daim 9, further 
comprising the steps of: 

performing input and output of the plurality set 
of data by using memory means having a plu- 
rality of block areas; 

managing the memory means in unit of block 
area for each of the functions; and 
changing the number of block areas of the 
memory means in accordance with an opera- 
tion status of the function to be executed. 

11. A processing method according to daim 8, wherein: 

data output from at least one erf a plurality of 
output devices including the information 
processing terminal is accepted; and 
the accepted data is internally processed as 
data to be output to at least one of the plurality 
of input devices deluding the information 
processing terminal. 

12. A processing method according to claim 8, wherein 
an output device and an input device designated in 
accordance with data from the information process- 
ing terminal are analyzed, and different functions 
are executed at the same time by using the ana- 
lyzed output device and input device* 

13. A processing method according to daim 8, wherein 
data communication with the information process- 
ing terminal with respect to a sperihe function is 
executed with a priority over data communication 
with respect to other functions. 

14. A processing method according to daim 8. wherein 
the information processing terminal outputs, during 
data communication with the communication appa- 
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ratus with respect to one function, a request for 
another function to the communication apparatus. 



70 



15 



20 



25 



30 



35 



40 



45 



50 



55 



16 



BNSOOCIO. <EP 078&47SA2LI_> 



EP0 789 479 A2 



FIG. 1 



XL 



50 



CPU 



ROM 



_\_ 



RAM 



BUFFER MEMORY 



IMAGE PROC 
UNIT 



ENCODE PROC 
UNIT 



^ 

CONSOLE UNIT | 



READER CONTROL 
UNIT 



READER UNIT [ 



XL 



10 



RECORDER 
CONTROL UNIT 



XL 



11 



RECORDER UNIT 



At 



COMMUNICATION 
CONTROL UNIT 



XL 



13 



LINE CONTROL 
UNIT 



XL 



COMMUNICATION 
NETWORK 



XL 



15 



/16 



FILE 

MANAGEMENT 
UNIT 



MEMORY UNIT 



XL 



17 



EXTERNAL l/F 
PROC UNIT 



XL 



18 



PC 



17 



BNSDOCID: <EP 0789479A2_I_^ 



EP 0 789 479 A2 



LU 



cc 



try 



CO 
CO 



o 



UJ 
I— 

LU 

X 



ceo 

CC 
LU Q_ 



O — 
UJ cc 





-< 








<c 












»— 


«< 


zo 




LU O 




sec 


o 


^ Cu 




O 


LU 


OZ 


a: 


ao 


cc 


zco 


LU 


oco 


z 






co 1^5 






0 






s<c 




CO cc 


cc 


z 1— 


UJ 1— 


«< 


lu co 


CC LU 


CO 0 


1— h- 




ID 


<x: 


LU O 


cc 0 






LU LU 




O 




LU O 




DC 1— 



CO 



o 

LU 

cc 





z 




0 






CO 


CO 


LU 


CO 


ZD 




O 




LU 


CO 


CC 


z 




<* 


<c 


cc 










2 






Z*- 




LU CO 


<c 


3E LU 


LU 


=> I=> 


CC 


O O 




=9 LU 




cc 



CO 



o 
o 



Cu 
LU 
O 
LU 
CC 

CC 
* II- 

. CO 
CO p 

«<" 
cc o 



UJ 



o 



CO 



00 

LULU 
CC CC 



BNSDOCID: <EP 0789479A2J_> 



18 



EP 0789 479 A2 



FIG. 3 



PC (DATA PROC) 

M. 



.18 



X COMMUNICATION 
CONTROL UNIT 



XL 



.12 



XL 



BUFFER MEMORY 



£L 

FILE 

MANAGEMENT 
UNIT 



.15 



XL 



10 



XL 



RECORDER CONTROL UNIT | | READER CONTROL UNI tI 



BNSOOCIO. <EP 07 69479 A2_L> 



19 



EP 0 789 479 A2 




BNSOOCIO <EP 07&9479A2J_> 



20 



EP0789479A2 



FIG. 5 



DEVICE ID 


BIT 


DEVICE NAME 


OUTPUT DEVICE | INPUT DEVICE 


0 


THE ENTIRETY OF 
SYSTEM 


X 


X 


1 


HOST (PC) 


o 


o 


2 


RECORDER UNIT 


X 


o 


3 


READER UNIT 


o 


X 


* 


COMMUNICATION 
UNIT 


o 


o 


5 


FILE MANAGEMENT 
UNIT 


o 


o 


• » • 









21 

BNSOOCia <EP 078947QA2_I_> 



EP0789479A2 



FIG. 6 



TYPE 


DATA TRANSFER QUEUE TO PC 


1 


COMMAND/ 
RESPONSE QUEUE 


POINTER 1 


NULL 


NULL 




2 


TRANSFER DATA 
QUEUE 


POINTER 2 


POINTER 3 


NULL 





FIG. 7 



DEVICE STATUS WITHIN TERMINAL 


RECORDER UNIT 


IN DATA RECEIVING 


READER UNIT 


IN READING 


COMMUNICATION 
CONTROL UNIT 


IDLE 


FILE MANAGEMENT 
UNIT 


MEMORY RESIDUAL 50% 


IDLE 



BNSDOCID: <EP 07B9479A2J_> 



22 



EP0789 479A2 



FIG. 8 



( START ) 



S102 




r S105 



REQUEST EACH CONTROL 
UNIT TO EXECUT E PROC 

I 



r S104 



COMMAND-SYSTEM 
DATA 



DATA-SYSTEM DATA 
SI 09 



SET DATA-SYSTEM 
DATA 






4 > 


SEND 


' 1 

DATA 



SET COMMAND-SYSTEM 
DATA 

I — 



-SI 08 



rSiio 



23 



BNSOOCID: <EP 078947&A2_I_> 



EP 0 789 479 A2 



FIG. 9 



Nu. 


DP 






1 


OTATMO DcnurcT 






I 






1 hi F 


3 


nniMT DCrtKCQT 

PHINI KtAJUtol 






4 






DDIMT ArPCDTAMPC 


5 


DO 1 lit HATA 

r K 1 IM 1 UA 1 A 


-— -— ^ 




c. 
0 








7 








Q 

0 


DDfKIT ftATA 






y 


DDIMT ftATA 

r n 1 N 1 UA 1 A 






i n 
1 U 






DC AH nATA 


l i 
1 1 


rKINI UAIA 






1 L 




-4 


READ DATA 

nun/ L/r\ i rs 


13 


PRINT DATA (END) 






H 







READ DATA 


15 







READ DATA (END) 


16 


STATUS REQUEST 


•*> 




17 






IN PRINTING 


18 


STATUS REQUEST 







19 




♦ 


PRINT END 


20 


STATUS REQUEST 


+ 




21 




+ 


IDLE 



24 

BNSDOCID: <EP 078©*70A2_L> 



EP0789479A2 



CO 



o 
oc 



CO 



CO 



CO 



CO 



GO 



5 



a. 
a. 



DID 

ui I 2i 1 25 I u5 

DC I OC OC I CC 
OC I OC ! oc I oc 

o|o|o|o 



o 

UJ 
CO 



CO 



LU 
CO 



S3 

it: 



LlJ 



CO 



CO 

I— 
»— 

CO 



o. 



CO 
h- 

CO 



o 
o 



CO 



Ou 



oc 

Ixl 
CO 



oc 

8 



oc 
o 



LU 

CO I CO 

3zr 



o 
oc 



oc 
o 



CC 

o 



o 

oc 
o 
o 



oc 
o 



o 
oc 



oc I CC I oc 
o I o I p 

UJ I LU " 

oc oc 1 oc 



oc I oc 
o I o 



oc 
o 



CC 

o 



oc 
o 



LU I OC I OC 

oi8 8 

— LU I LU 

oc oc 



oc 
o 



i — ! CsJ 1 CO 



ISIS 

CC I oc 

oc oc 
o I o 



o 
oc 



CO 



oc 

8 



oc 



LU 



oc 

8 



oc 
o 



o 
o 



oc 
o 



o 
oc 



o 

CC 



2 2 

oc I oc 

oc . 
o o 



o 
oc 



D I o 

2 2 

oc I oc 

CC I oc 
o I o 



LU 

O I CO 

oc 



CC 

o 

y I ! 
oc 

oc 
o 



o 
oc 



£3 

2 



oc 
o 



oc oc 

oc I oc 
o o 



2 

oc I oc 
oc 

o I o 



o 

oc 



LU . 

CO 1 CO 



DlDlO 

25 2 1 uj . . 

oc I ac I oc I I 
oc oc 

O I O I Q 



CO 



O I D 
LU I LU 
O 1 CO I CO 
CC 



O I o 

a hs 

oc I oc 
oc I CC 

1 I LU- 



LU I LU 



OC CC 

8 8 

LU I LU 

CC I oc 
oc 

O Q 



oc 
o 

LU 

oc 



oc 

+ 

oc 

8 

LU 



ir> I co 



o 
oc 
o I o 
o o 



OC I oc 
o I o 



oc 

+ 

o 

oc 
o o 

CO I CJ> 



CO 



D I O I O I D 

CC CC oc CC 

8 8 8 8 8 

LU 1 LU I LU I LU 

oc oc ( oc 

oc I oc I oc oc 
o I o I o I o I o 



LU 

CC 



o 
o 



O I D I D 

oc I — 



2 2 

oc I oc 



, . . . CxJ I CO 



25 



BNSOOCID: <EP 078&47SA2J_> 



EP0 789479 A2 



FIG. 11 



( START ) 




EXECUTE 


BLOCK 


REQUEST 


PROC 



-S202 




_,S203 

BLOCK mo 
ACQUISITION 
OK ? 



EXECUTE DATA 
WRITE PROC 



-S204 



WAIT 



-S205 



( ) 



BNSDOCtO: <E P Q7BS479A2 1 : 



26 



EP 0 789 479 A2 



<N4 











OC 










Ou 




LU 

z 












z 


z 


LU 








o 


UJ 


*c 










oc 

UU 


DOCUM 


OM SC 


:-stoi 






LU 
2? 


s 

as 


o 


cc 

Uu 


_j 










LU CJ> 




Lu 






_J 


O 


>- cu 


*c 










o 




h- o 


h- 






—J 


o 


LU O 


<COu 








O 




Oh- 


£D 


CO 










UJ 


O 






LU 




QCI— 


1— h- 






o 


I 


<3 


UJH 


) TRAf 
DATA 










zee 








CC 




LU 








UJ 


oc 


—J Lu 


ooc 






CO 


I— 

o 


— 1 CO 

oz 


O LU 

<Z> U_ 
CO 


Zh 

<cz 

LU 










OC 


h-Z 


ZZD 
— O 
OCO 








<c 




— <c 










z 


3E oc 




OC 




I— 


— <n 


CO 1— 




o 

Uu 
LU 




PRIN 


ocz 
a- -< 


TRAN 
AND 


ao 


















> 














OC 
LU 




z 






z 




CO 




o 






o 




3SITE 




1— 




CD 






VICE 


NICA 


PC 


CATI 


NICA 






oc 


ZD 


+ 








COM! 


LU 
CO 

1— 


COMM 


RECORD 


NTNW 


COMM 






INPU 


RECORD + 


PC + CO 


RECORD + 






LU 




z 










O 




o 
























Ai 




AT 


OC 
LU 


UJ 






h- 


pr 


Ml P 


AMK1 


— 1 
LU 






=) 




ZD 










CL. 






CO 






















no 




8 










TYPE 




CM 


CO 


it 

















27 



BNSDOCID: <EP 076&479A2J_> 



EPO 789479 A2 



FIG. 13 



.18 



12 



PC (DATA PROC) 



COMMUNICATION 
CONTROL UNIT 



Y001 



BUFFER 



s 



Y002 



.10 



RECORDER CONTROL UNIT 



Y003 



.15 



FILE 

MANAGEMENT 
UNIT 



READER CONTROL UNIT 



BNSDOCID: <EP Q789479A2_I_> 



28 



EP 0 789 479 A2 




o 



BNSOOCID: <EP 07Sd479A2J_> 



29 



EPO 789479 A2 




BNSDOCIDt <EP 078947BA2_l_> 



30 



EP0789 479A2 



FIG. 16 



( START ) 




REQUEST EACH CONTROL 
UNIT TO EXECUTE PROC 



YES 



1 



S105A 



1 1 COMPOSITE SERVICE PROc"[| 



SI 04 




SET DATA-SYSTEM DATA 



SET COMMAND-SYSTEM 
DATA 



r S1 08 



SEND DATA 



SI 10 



( end ) 



31 



BNSDOCIO. <EP p78©479A2_l_> 



EP 0 789 479 A2 



FIG. 17 



( START ) 




QUEUE 



( m ) 

32 

BNSDOCID: <EP 078&47UA2J_> 



EP 0 789 479 A2 



FIG. 18 




CjslD 



BNSDOCIDc <EP 07B9476A2J_> 



EP 0 789 479 A2 



FIG. 19 



TYPE 


DATA TRANSFER QUEUE TO PC 


1 


COMMAND/ 
RESPONSE QUEUE 


POINTER 1 


NULL 


NULL 


• * • • 


2 


PRIORITY DATA 
QUEUE 


POINTER 2 


NULL - 


NULL 




3 


TRANSFER DATA 
QUEUE 


POINTER 3 


POINTER 4 


NULL 


• • • • 



FIG. 20 



DEVICE STATUS WITHIN TERMINAL 


RECORDER UNIT 


IDLE 


READER UNIT 


IN READING 


COMMUNICATION 
CONTROL UNIT 


IN RECEPTION 
PROCESSING 


FILE MANAGEMENT 
UNIT 


MEMORY RESIDUAL 50% 


IN RECEPTION 
FILE FORMING 


PRIORITY DATA 
QUEUE 


IN USE BY 

COMMUNICATION UNIT 



34 

BNSOOCID: <EP_____078S478A2_I_> 



EP 0789 479 A2 



FIG. 21 



( START ) 




SI 04 



SI 08 



.priority queued 
"yes 



I SET ORDINARY DATA 



SET PRIORITY DATA 

4 '—— 

JL : 



-SUOA 



SEND DATA 



y 



S1 12 



35 



0789478A2J_> 



EP 0789 479 A2 



FIG. 22 




* 



( END ) 



BNSOOCID: <E P Q78S47flA2 \ > 



36 



EP 0 789 479 A2 



FIG. 23 



NO. 


PC 


^_ — » 


TERMINAL 


1 


nt/\L/ nuUUuOl 






z 




•4 


READ ACCEPTANCE 


6 




-4 


READ DATA 


4 




— 


READ DATA 


b 


PRIORITY PROC 
REQUEST 


>. 




e 
0 




<*■ 


RESPONSE 


7 


RECEPTION DOCUMENT 
REQUEST 


— 




8 




+ 


REQUEST ACCEPTANCE 


9 






RECEPTION DOCUMENT 
DATA 


10 




<4 


RECEPTION DOCUMENT 
DATA (END) 


n 




-4- 


READ DATA 


12 




4 


READ DATA 


13 







READ DATA (END) 


14 


STATUS REQUEST 






15 




4 


IDLE 



BNSDOCID: <EP 07B9479A2_I_> 



37 



EP 0789 479 A2 



FIG. 24 



PRIORITY PROC TYPE 


TYPE 


PRIORITY SERVICE 


1 


EXECUTE PRIORITY PROC ON 
FORMER-ACCEPTED SERVICE 


2 


EXECUTE PRIORITY PROC ON 
LATER-ACCEPTED SERVICE 


3 


SET PRIORITY MODE AT 
SERVICE ACCEPTANCE 


4 


FIX READ SERVICE 


5 


FIX RECORD SERVICE 


6 


FIX COMMUNICATION SERVICE 


7 


FIX FILE SERVICE 



BNSOOCID: <E P 0 7B947SA2 1 > 



38 



EP0789 479A2 



FIG. 25 




BNSDOClD: <EP 078947QA2^I_> 



39 



EP0 789 479 A2 



CO 



00 

o 



*— 




z 




=> 




—1 




o 




GCCC 




LU*— 




^ Z 




UJO 




ceo 





o ; 
o: 
cc 



Oh- 



O 



oo 
— o 

=>0- 

o>i— 
coz — 

LUOZ 
OCU3 



o 

cn i 



o z 



CO 



LU CC 
O O 



/ I I X cctu 



to 



cc 

LU 



CCO 



LU _J 

ococ 
oz — 

UJOZ 
QCUD 



CO 



o o 
a: o 
o cc 

o Q- 
GC LU LU 

\ o o 
0001 

Sou- 
zuj: 
ccujo; 



ZZUJUJ 

> o o — 



_ o 

o<zujocz 



i 

o — oz 

OhOD 



a> 



CD h- 



BNSOOCtD: <EP 07B9478A2_I_> 



40 



EP 0 789 479 A2 



FIG. 27 



202 




FIG. 28 



301 



COMMAND CODE 


r 


RESOURCE TYPE 


r 


COMMAND VERSION 




ACCEPTANCE NO. 


s 


PARAMETER LENGTH 





BNSOOC1D: <E P 0 7B&47SA2 L> 



41 



EP 0789 479 A2 



FIG. 29 



FAX 

SERVER 



FACSIMILE 

MACHINE SCAN PRINT 



COMMAND : MEMORY PARTITION/SCAN 



RESPONSE 
COMMAND : SCANNING MODE/SCAN 



RESPONSE 

COMMAND : REQUEST IMAGE DATA/SCAN 



IMAGE DATA (SIZE=P1S) 
COMMAND : REQUEST IMAGE DATA/SCAN 



IMAGE DATA (SIZE=P1S) 
COMMAND : MEMORY PARTITION/PRINT 



RESPONSE 

COMMAND : MEMORY PARTITION/FAX-SEND 



RESPONSE 
COMMAND : PRINTING MODE/PRINT 



RESPONSE 

COMMAND : FAX-SENDING MODE/FAX-SEND 



RESPONSE 

COMMAND : TRANSFER IMAGE DATA/PRINT 



IMAGE DATA (SIZE=L3P) 



RESPONSE 
COMMAND : REQUEST IMAGE DATA/SCAN 



IMAGE DATA (SfZE=L3S) 
COMMAND : TRANSFER IMAGE DATA/FAX-SEND 



IMAGE DATA (SIZE - L3F) 



RESPONSE 



RESOURCE MODE 

FAX- 
SEND 



401 



402 



403 



404 



405 



406 



407 



408 



409 



410 



411 



V 



V 
V 



V 



42 



BNSDOCID: <EP 078B47BA2Jj> 



EP0789 479A2 



FIG. 30 



LOCAL 
FAX 

(DEFAULT) 
501 



SCANNING 
502 



SCANNING 
+ 

PRINTING 
503 

SCANNING 
+ 

PRINTING 
+ 

FAX-SENDING 
504 




SNSOOCID: <EP D7S&47ftA2_L> 



43 



EP 0 789 479 A2 



FIG. 31 



(MULT I -SERVICE CONTROL) 



SCAN CONTROL 



FAX TRANSMISSION 
CONTROL 



<3> 




± 



SI 609 



PRINT CONTROL 



STATUS NOTIFICATION 
CONTROL 



SI 610 



FAX RECEPTION 
CONTROL 




(MULT 1 -SERVICE CONTROL END) 



44 



BNSDOCID: «EP p7B9479A2J_> 



EP0 789479 A2 



FIG. 32 



(scan control) 
[receive memory partition command^ 
set transfer block size 



S701 




CHANGE MEMORY SIZE 



I 



SEND RESPONSE 



(OK) \ ^ 



RECEIVE SCAN MODE SET COMMAND 



S706 




.SCAN EXECUTION OK^. 

YEST S708 



3 



L 



S712 



SEND RESPONSE (OK) | | SEND RESPONSE (NG) 



START READ CONTROL 

— 



S709 
S710 




(SCAN CONTROL END) 



45 



BNSDOCICk <EP 078847SA2J_> 



EP 0 789 479 A2 



FIG. 33 



(scan data transfer control) 




46 



BNSOOCID: <EP 0789479A2J_> 



EP0789 479A2 



FIG. 34 



(print control) 

1 

RECEIVE MEMORY PARTITION COMMAND 



S901 



SET TRANSFER BLOCK SIZE 




CHANGE MEMORY SIZE 

i 



SEND RESPONSE (OK) 

_ -» 

- ± 



S904 



^S905 



RECEIVE PRINT MODE SET COMMAND 



-S906 



,S907 

PRINT ^ NO 

EXECUTION OK ? 



YES 



SEND RESPON SE (OK) 



-S908 



PRINT DATA RECEPTION CONTROL 




-S909 



,S910 

TRINT CONTROL — YES 



NO £ 



START RECORD CONTROL 



L 



S913 



SEND RESPONSE (NG) 




(PRINT CONTROL END) 



47 



BNSOOCID: <EP. 



.07B947BA2J_> 



EP 0 789 479 A2 



FIG. 35 



(print DATA RECEPTION control) 




SI 01 3 



(print data reception control end) 



48 



BNSOOCID: <EP 0788479A2_I_> 



EP0789479A2 



FIG. 36 



A 



001 



DOCUMENT 

FORMATION 

APPLICATION 



A 



002 



SCANNER 
APPLICATION 



A 



,004 



GRAPHIC DEVICE 
l/F 



A 



006 



PRINTER 
DRIVER 



A 



003 



TERMINAL 

EXCLUSIVE 

APPLICATION 



A 



005 



SCANNER DRIVER 
l/F 



A 



007 



FAX 

DRIVER 



A 



,008 



SCANNER DRIVER 



XL 



A009 



TERMINAL 

EXCLUSIVE DRIVER 



A 



010 



JOB MANAGEMENT UNIT 



AO 11 



JOB CONTROL UNIT 




^01 


COMMUNICATION 
CONTROL UNIT 








^01 


MULTIFUNCTIONAL 
TERMINAL 



49 



BNSDOCtO: <EP 078&479A2J_> 



EPO 789479 A2 



FIG. 37 



A101 



CPU 



A102~ 



A103^ 



ROM 
(BIOS) 



RAM 



A 104 



A105 



XT 



A106 



HDD 



FDD 



CD-ROM 



VIDEO l/F 



.All 0 



KBD l/F 



A120 



MONITOR 



All 1 



KBD 



A121 



PARALLEL l/F 



A130 



VARIOUS 

EXPANSION 

l/F 



A140 



MULTIFUNCTIONAL 
TERMINAL 



V 



A131 



BNSOOCID: <EP 078W7SA2J_> 



50 



EPO 789479 A2 



FIG. 39 



SCKEDULAR 



FAX TRANSMISSION CONTROL UNIT^ 



CI 01 



FAX RECEPTION DOCUMENT 
CONTROL UNIT 



C102 



SCANNER READ CONTROL UNIT 



CI 03 



IMAGE PRINT CONTROL UNIT 



C104 



PDL PRINT CONTROL UNIT 



CI 05 



STATUS MONITOR UNIT 



CI 06 



FIG. 41 



(BUFFER FOR COMMUNICATION 1D«U 
(BUFrlttToT^ 1D= 2) 

rBUFFER FoTcOMNUN I CAT ION 1 D = 3) 



( BUFFER FOR COMMUN I CAT I ON 10 = n) 



52 



EP 0 789 479 A2 



FIG. 40 



( START ") 

i 



EXECUTE JOB ACCEPTANCE PROC 



D001 




ACQUIRE COMMUNICATION ID 



D003 



REQUEST DATA TRANSFER 



D004 




EXECUTE RESPONSE PROC 



SD007 




D006 



RELEASE COMMUNICATION ID 
EXECUTE JOB END POST-PROC 

— r — 



D008 
D009 



53 

BNSDOCID: <EP 07B9478A2_I_> 



EP 0 789 479 A2 



FIG. 42 



( START ) 




^♦1 EXECUTE ID AL LOCATION PROC f 

T zr, 

NOTIFY RESULT J 



F200 _____ , 

"COMMUN I CAT I ON ^>}l§§J EXECUTE ID RELEASE PROC f 
ID RELEASE — " — 1 

[NO 




FT 01 
F102 

F201 



PERFORM COPY INTO 
COMMUNICATION BUFFER 



F301 



YES. | SET DATA TO COMMUNICATION 
BUFFER 

i 



EXECUTE RETURN PROC TO 
JOB CONTROL UNIT 



Y 



F401 



F402 



F500 




UNCOMMUN I CATED -jd^ SELECT COMMUNICATION BUFFER^ 



I 



EXECUTE DATA TRANSFER Y 
PROC TO TERMINAL 

I 



F601 



F602 



54 



(19) 



J 




(12) 



Europ&lsches Patentamt 
European Patent Office 
Office europ6endes brevets (11) 0 789 479 A3 

EUROPEAN PATENT APPLICATION 



(88) Date of publication A3: 

16.06.1999 Bulletin 1999/24 

(43) Date ot publication A2: 

1&0&1997 Bulletin 1997/33 

(21) Application number: 971 020S8.7 

(22) Date of filing: 10.02.1997 



(51) int CI. 6 : H04N 1/00, H04N 1/32 



(84) Designated Contracting States: 
DE ES FR GB IT 

(30) Priority: 0a02.1 996 JP 4694996 
06.02.1997 JP 3693997 

(71) Applicant: 

CANON KABUSHIKI KAISHA 
Tokyo (JP) 

(72) Inventors: 

• Matsumoto, Naoyuki 
Orrta-ku, Tokyo 146 (JP) 



• Ikegami, Itaru, 
Ohta-ku, Tokyo 146 (JP) 

• Kondo, Masaya 
Ohta-ku, Tokyo 146 (JP) 

(74) Representative: 

Tiedtke, Harm, DipWng. 
PatentanwaRsbOro 
Ttedtke-BuNing-Kinne & Partner 
Bavariarlng 4 
80336 MOncfcen (DE) 



CO 
< 

O) 
CO 

o 

£L 
UJ 



FIG. 1 



(54) Communication apparatus connectaWe to Information processing terminal such as personal 
computer 

(57) A communication apparatus analyzes data 
supplied from an information processing terminal dis- 
criminates a function corresponding to the analyzed 
data, executes data communication with the information 
processing terminal with respect to the discriminated 
function, allows to accept another function requested 
from the information processing terminal during the 
data communication, and in response to the request, 
executes in parallel data communication with respect to 
a plurality of different functions. 



IWCE 
\M\T 



OC00E PSOC 

our 



^ 

CttSOLE WIT | 



BOLDER ccwwu 

tMIT 



mm «t!T ) 



»3 



JrfJsiL 



FIU h- 

HAMM 

WIT 



WIT | 



T 1 EXTBNU. I/T T- 



Primed by Xerooc (UK) Bushese Sendees 
2.16.7A6 



BNSOOCIO: <EP 07B947SA3_L> 



EP 0 789 479 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Apptlcetlon Number 

EP 97 10 2098 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



US 5 363 206 A (FUKUSHIMA SHIGENOBU) 
8 November 1994 

* abstract * 

PATENT ABSTRACTS OF JAPAN 
vol. 017 t no- 032 (E-1309), 
21 January 1993 

& JP 04 252557 A (FUJI XEROX CO LTD), 

8 September 1992 

* abstract * 

& US 5 535 017 A (HIDEAKI KASHIWAGI) 

9 July 1996 

* abstract * 

* column 4 t line 46 - column 5, line 18 * 

US 5 377 016 A (KASHIWAGI HIDEAKI ET AL) 
27 December 1994 

* abstract * 

* column 2, line 8 - line 26 * 

* column 4, line 48 - column 5, line 13 * 

* column 6, line 27 - line 33 * 



Relevant 
to dalm 



1,2.4-9. 
11-14 



1,2,4-9. 
11-14 



1,2.4-9. 
11-14 



1,2.6-9, 
13,14 



Th» present search report Ins boon drawn up for all claims 



THE HAGUE 



Da* «f ooflfipMon o« l»t »mk* 

21 April 1999 



CLASSIFICATION OF THE 
APPUCATtOH <mtCL8) 



H04N1/00 
H04N1/32 



TECHNICAL R ELDS 
SEARCHED (IntCL*) 



H04N 



Hubeau, R 



CATEGORY OF CITED DOCUMENTS 

X : paroaJahy relevant 0 taken alone 

Y : pwtiafery reinvent H combined wth Another 

document of the eime category 
A : tochnotogteai background 
O : non-written ditctoaure 
P : Intermediate document 



T : theory or principle txvlartying the hwenUon 
E : earner potent document, but puWUhodon, or 

after the rung date 
D : document dted in the application 
L : document crted for other reason* 



& ; member ol the eerne patent tamity. corresponding 
document 



2 



BNSDOCID: <EP 078947SA3_I_> 



EP0789479A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 97 10 2098 



This armex lists the patent family membersrelating to the patent documents cited in the above-mentioned European sear* report 

The members are as contained in the European Patent Office EDP file on . . 

The Euro^n Patent Office is in no way liable tor these particulars which are merely pven tor the purpose of mformabon. 

21-04-1999 



Patent document 
cited in search report 



PuWteation 
date 



Patent family 
members) 



Publication 
date 



US 5363206 
US 5377016 



08-11-1994 



JP 4032361 A 



04-02-1992 



27-12-1994 



JP 4305777 A 



28-10-1992 



§ For more details about mis annex : see Official Journal of the European Patent Office, No. 1 2/82 



8NSOOCJD: <EP_ 



_0789479A3J_> 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: __ . — 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



